Notes/Domino 6 and 7 Forum : PANIC: OSVBlockAddr: Bad VBlock handle

Good Morning,

I've been able to track this crash down to one database and one process. We can consistently recreate this crash. I recently upgraded to Domino 6.0.1 in the hopes that this might have been identified in an SPR. No luck.

The crash happens on a database we have that is roughly 600MB in size. It occurs when the database is being indexed or compacted. I can recreate the crash by running "load updall database.nsf" on the server console. The index seems to grow to roughly 250MB before the crash happens. I've deleted the index and also ran updall -x with no luck.

Today, I made a copy of the database and deleted the old one while the server was offline. Moved the new copy into it's place and restarted the server (hoping that the new copy would remove any corruption). No luck. The server still crashes. It must have something to do with one of the documents in the database. Anyone know how to find out the offending document? Higher log levels maybe or in the NSD file?

Here's some info from the NSD file in case that will help:

############################################################
### FATAL THREAD 1/2 [ nUpdAll:0630:036c]
### FP=0012d204, PC=60196953, SP=0012c88c, stksize=2424
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x60196953 nnotes._Panic@4+483 (120016,b027388,b0e7fc8,ffff)
@[ 2] 0x60003f12 nnotes._OSVBlockAddr@8+114 (b027388,feff,0,ffff0000)
@[ 3] 0x601c2d54 nnotes.SGMLParser::RemoveMarker+84 (b0e7fc8,b0270f4,b0e65d8,b0e7a44)
@[ 4] 0x601c7fda nnotes.HTMLParser::EmitPopMarker+4730 (609c0ff8,b0e7fc8,0,b026af4)
@[ 5] 0x601c13f5 nnotes.SGMLParser::ParseFSM+4773 (b026af4,0,601bf687,12d400)
@[ 6] 0x601c1ffc nnotes.SGMLParser::ParseNext+108 (b0270f4,0,b021774,10420c5)
@[ 7] 0x601de6ae nnotes._FTParseHTML+462 (1,1040c4c,10420c5,0)
@[ 8] 0x601de205 nnotes.HTMLCtx::HTMLParse+69 (10420c5,1,10420c5,0)
@[ 9] 0x601de199 nnotes._FTParseHTMLString@8+89 (1040c4c,10420c5,10420c5,1040c4c)
@[10] 0x601ddba6 nnotes.GetChar+10646 (1040c4c,10420c5,1040c4c,10420c5)
@[11] 0x601daea4 nnotes._FTGetDocStream@8+2260 (e9,10420c5,9,104213d)
@[12] 0x10005b0e nFTGTR40._NotesStreamReadChar+190 (1040c4c,1040c4c,10420c5,0)
@[13] 0x601e0d49 nnotes._FTLexMatch@16+1865 (104213d,12dfb0,10005a50,1040c4c)
@[14] 0x10006245 nFTGTR40.FTGCreateIndex+933 (104213d,1040c4c,32f06,32f06)
@[15] 0x10003826 nFTGTR40.CFTNoteIndexer::ProcessDoc+262 (1008b38,1040c4c,12e1ec,32f06)
@[16] 0x100030f6 nFTGTR40._FTGIndexIDProc@8+486 (1042b35,1008b38,1008b38,1040c4c)
@[17] 0x600fe4f2 nnotes._IDEnumerate@12+146 (1b3e,10002f10,1040c4c,1040c8a)
@[18] 0x10002659 nFTGTR40._FTGIndex@16+4169 (1036454,0,10a,0)
@[19] 0x601d7506 nnotes._FTCallIndex@20+38 (12f148,1036454,1040c4c,108)
@[20] 0x601d8158 nnotes._FTIndexExt@20+3128 (e9,108,0,12f238)
@[21] 0x601d83ba nnotes._FTIndex@16+26 (e9,100,0,12f238)
@[22] 0x004024c1 nUpdAll._UpdateFullTextIndex@12+337 (e9,120004,2c280000,5a4)
@[23] 0x00401f32 nUpdAll._UpdateCollections@36+1394 (12f37c,2c280000,0,0)
@[24] 0x004028a4 nUpdAll._UpdateAllFiles@12+356 (5a4,2c280000,7,1)
@[25] 0x00401774 nUpdAll._Updall+1604 (1,ba3bf4,3304,ba3bf4)
@[26] 0x0040108b nUpdAll._AddInMain@12+139 (400000,1,ba3bf4,709dacc)
@[27] 0x00406c9f nUpdAll._NotesMain@8+47 (1,400000,709dacc,709e289)
@[28] 0x00406da6 nUpdAll._main+246 (0,0,0,1)
@[29] 0x00406cc6 nUpdAll._main+22 (1,2f3918,2f2948,409000)
@[30] 0x00407289 nUpdAll._mainCRTStartup+227 (709dacc,709e289,7ffdf000,709da78)
[31] 0x77e9ca90 KERNEL32.CreateProcessW+5542 (4071a6,0,c8,100)